Mark the GdkColor struct as deprecated

gtk: Fix transfer annotations gtk_binding_set_new and *_by_class

Those instances are exclusively handled internally and can not be freed.

Adwaita: selection mode checks

- add missing hover asset
- have enough contrast for the outline
- :active state isn't supported in libgd/apps yet

Adwaita: keep selectmode checks square

- keep the existing 40x40px nominal size

gtk: Fix out-param annotation of gtk_theming_engine_get_style_property

gtk: Fix return annotation of gtk_selection_data_get_text

Adwaita: allow window drag on menubars and toolbars

- reported as regression

Adwaita: selection mode checkboxes

GtkApplication: fix annotation of get_menu_by_id

https://bugzilla.gnome.org/show_bug.cgi?id=735034

Updated Assamese translation

Adwaita: don't increase toolbar padding.

https://bugzilla.gnome.org/show_bug.cgi?id=735012

Updated Assamese translation

gtk: Fix broken docs of GtkTranslateFunc

Adwaita: have an unchecked state for radio/checks in menus

more background in https://bugzilla.gnome.org/show_bug.cgi?id=734290

Revert "docs: Fix broken gtk-doc formatting"

This reverts commit a7562dd38fe86cfa26674f22d46fdfe24865ee13.

I prefer to not confuse gtk-doc with doc comments for private
functions.

docs: Fix broken gtk-doc formatting

Fixes broken introspection of GtkTranslateFunc

Adwaita: update the last cases for :checked

- treeviews can now have the same default checkboxes and radios
- only menus are special (but needed :active -> :checked)

https://bugzilla.gnome.org/show_bug.cgi?id=733967
https://bugzilla.gnome.org/show_bug.cgi?id=734290

Finnish translation update

Finnish translation update

button: Remove unnecessary queue_redraw() calls

Setting a state automatically triggers redraws via the CSS machinery.

checkbutton: Fix redraw issues

This is a hack to get around the optimizations done by the CSS engine.

The CSS engine will notice that no CSS properties changed on the
widget itself when going from one state to another and not queue
a redraw.
And the reason for no properties changing will be that only the
checkmark itself changes, but that is hidden behind a
gtk_style_context_save()/_restore() pair, so it won't be caught.

3.13.7

Fix distcheck

Silence compiler warnings

Move GtkThemingEngine to the deprecated docs section

GtkWidget: fix up docs minimally

GtkListBox: fix up docs

Clean up and unify docs and formatting

checkbutton: Don't redundantly update states

States are set properly by GtkButton, there is no need to set them
manually.

checkbutton: Draw background unconditionally

We want to draw backgrounds always, not just on prelight. Themes can
decide to only set a background during prelight themselves.

reftests: Update for :active => :checked change

Updated Hebrew translation

stylecontext: Update docs to reflect theming engines being gone

themingengine: Deprecate

themingengine: Remove now unused private API

themingengine: Transition code towards StyleContext

We want to get rid of theming engines, so stop using them as much as
possible.

borderimage: Use style context as argument

... not the theming engine.

roundedbox: Remove functions that take a GtkThemingEngine

Instead, make the functions use a GtkStyleContext argument.

themingbackground: Remove initializer that takes a GtkThemingEngine

With the unification to use style contexts everywhere, make that
initializer the only one to use.

Also rename it appropriately.

stylecontext: Move private a11y function to private header

More updates

Update expected output for the font picker a11y test

This change is a consequence of the recent font chooser changes.

Update expected output in a11y tests for buttons

This is an expected change from the recent button state cleanups.

Fix make install

The path to gtk-update-icon-cache was set incorrectly in one case.

togglebutton: Remove unneeded code

The state is completely handled by gtkbutton.c so no need to do anything
in the togglebutton.

togglebutton: Don't duplicate button code

It's the same code, so no need to write the same vfunc twice.

radiobutton: :hover on hover

No special cases, those go in the theme.

button: Handle :inconsistent in GtkToggleButton

button: Handle :checked in gtktogglebutton.c

Don't try to handle it elsewhere.

widget: Add checks for setting state flags

This is more for GTK developers to catch when they forgot to change
GTK_STATE_FLAGS_BITS after adding a new state flag than to prevent
widget developers from using the wrong flags.

themingengine: Remove hack to draw backgrounds instead of checks

This was a hack we added in early 3.x to allow themes to customize their
checkmarks.
Now that we want to properly support real backgrounds everywhere,
supporting this feature would cause double draws of backgrounds.

stylecontext: Update docs for gtk_render_activity()

gtk: Don't use gtk_render_activity()

... in places where we draw a background. This was changed for GTK 3.0.0
to allow animations, but these days it doesn't make sense anymore to use
gtk_render_activity() for backgrounds.

button: Remove depressed_on_activate

All buttons should always be marked as :active when they are pressed.
That includes checkboxes (which are never activated in real code anyway,
so this change pretty much doesn't matter).

css: Do inconsistent checked states right

In HTML5, both pseudoclasses apply. So we do the same thing in our
widgets.

https://bugzilla.gnome.org/show_bug.cgi?id=733967

button: Remove depressed variable

It is not used anymore.

button: Don't honor child-displacement anymore

It doesn't make sense to support child displacement in a world where
pseudoclasses behave different from the actual displacement states.
Nobody would ever understand why a widget is displaced.

It is easily possible to simulate child displacement by using padding
CSS properties.

gtk: Use new :checked state

on:
- GtkToggleButton
- GtkCheckButton
- GtkRadioButton
- GtkModelButton
- GtkCellRendererToggle
- GtkCheckMenuItem

also update themes:
- Adwaita
- Raleigh
but not the win32 theme.

The new :checked state replaces :active for the actual checkedness of
the widgets and :active is now used exclusively while the button is being
pressed.

https://bugzilla.gnome.org/show_bug.cgi?id=733967

css: Add a :checked pseudoclass

https://bugzilla.gnome.org/show_bug.cgi?id=733967

Replace uses of g_memmove() by memmove()

g_memmove() is deprecated, it is a simple macro that just calls
memmove() with the same parameters.

Reviewed by Paolo Borelli on IRC.

Add an example for a hig-style toolbar

GtkFontChooser: Prevent font fallback in the preview

We don't want to preview the fallback fonts, after all.
https://bugzilla.gnome.org/show_bug.cgi?id=570414

Updated POTFILES.in

GtkFontButton: Avoid criticals

The font_family and font_face members may be NULL, and we
shouldn't cause critical warnings in that case.

GtkFontButton: Limit the decimals shown for size

It doesn't make sense to show a font size with 6 digits. Use
the same formatting we use in the font chooser widget now.

https://bugzilla.gnome.org/show_bug.cgi?id=724996

GtkFontChooserWidget: Allow fractional font sizes

With this change, we let users enter up to 2 decimals in the entry,
to specify font sizes exactly. The slider still rounds to whole
numbers.

https://bugzilla.gnome.org/show_bug.cgi?id=665711

GtkFontButton: Use the same font name as the font chooser

The font chooser constructs the display name for the font from
the family and face names. Do the same in the font button, so
we don't end up calling the same font by different names, which
would be confusing.

GtkFontChooserWidget: Use a better display name for the font

Instead of reconstructing a display name from the
PangoFontDescription, use the font family and face
objects, which have the original font. This lets us
get the names of fonts like Noto Sans CJK DemiLight
right, which would be shown as Noto Sans CJK SemiLight
when mangled via PangoFontDescription, since Pango
treats 'DemiLight' as an alias for the SemiLight weight.

https://bugzilla.gnome.org/show_bug.cgi?id=733832

GtkGestureSingle: Update declared defaults of properties

These should match the initial values, which were changed a
few commits ago. The defaultvalue test fails if there is a
mismatch, like here.

win32: Set the right source device

https://bugzilla.gnome.org/show_bug.cgi?id=734738

Deprecate GtkStatusIcon

GtkStatusIcon is using a problematic, XEmbed-based protocol under X,
and we want to get rid of it eventually. Document our intentions by
marking GtkStatusIcon as deprecated.

https://bugzilla.gnome.org/show_bug.cgi?id=734826

util/extract-strings: Use autotools syntax for building

Always refer to it as "extract-strings$(EXEEXT)" where needed to take
cross-compilation into account.

https://bugzilla.gnome.org/show_bug.cgi?id=731013

Revert "Bug 731013 - cross-compilation broken when building extract-strings"

This reverts commit 651d9e90e715ba0f4e246d03102cfb5353c19dc6.

The commit broke 'make dist' - the extract-strings sources are no
longer included in the tarball.

Updates for 3.13.7

GtkMenuItemAccessible: use "insert" signal

Use the "insert" rather than the "add" signal to reliably detect
additions of menu items.

https://bugzilla.gnome.org/show_bug.cgi?id=372545

treeview: Make multipress gesture accept all buttons

That gesture is meant to handle clicks on multiple buttons, so unset
the GDK_BUTTON_PRIMARY default. Also, remove unnecessary boilerplate
with the new GtkGestureSingle/GtkEventController defaults.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

textview: Make multipress gesture accept all buttons

That gesture is meant to handle clicks on multiple buttons, so unset
the GDK_BUTTON_PRIMARY default. Also, remove unnecessary boilerplate
with the new GtkGestureSingle/GtkEventController defaults.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

range: Make multipress gesture accept all buttons

That gesture is meant to handle clicks from several buttons, so unset
the new GDK_BUTTON_PRIMARY default. Also, remove unnecessary boilerplate
with the new default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

window: Set GtkGestureSingle::button to 0 on multipress gesture

This gesture handles events from multiple buttons, so ensure the
gesture still does so after the default value change.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

scrolledwindow: Make kinetic scrolling only work on touch devices

This code was relying on the previous GtkGestureSingle::touch-only default
value, so restore the behavior back.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

spinbutton: Make the swipe gesture only work on touch devices

This code was relying on the previous GtkGestureSingle::touch-only default
value.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

label: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0 on the multipress gesture, as several
buttons are managed by that gesture. Also avoid some extra lines of code
setting what nowadays are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

entry: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0 on the drag/multipress gestures, as several
buttons are managed by these gestures. Also, avoid some extra lines of code
setting what nowadays are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

dnd: Set explicitly GtkGestureSingle::button to 0 on the drag gesture

This gesture handles drags done with any button, so unset the current button=1
default.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

colorswatch: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0 on the multipress gesture, as several
buttons are managed by that gesture. Also avoid some extra lines of code
setting what nowadays are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

colorplane: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0, as multiple buttons are managed by
the same gesture. Also avoid some extra lines of code setting what nowadays
are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

gesturesingle: Change default values of button and touch-only properties

This now defaults to sane values on mice, so touch-only is set to FALSE,
and button is set to GDK_BUTTON_PRIMARY;

https://bugzilla.gnome.org/show_bug.cgi?id=734285

window: Set multipress gesture phase to be GTK_PHASE_NONE explicitly

This used to rely on the default value, which has changed to a saner default.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

dnd: Set drag gesture propagation phase to GTK_PHASE_NONE explicitly

This used to rely on the default phase value.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

eventcontroller: Default to GTK_PHASE_BUBBLE

This is in practice the most common value, so make that the default

https://bugzilla.gnome.org/show_bug.cgi?id=734285

Drop another unused bit of configury

pwd.h is not used anywhere in GTK+, so no need to check
for it.

Drop unused variable

Nothing is using gdk-pixbuf-csource anymore, so no need
to set up the GDK_PIXBUF_CSOURCE variable.

Fixed some object leaks in broadway_server_new() constructor.

https://bugzilla.gnome.org/show_bug.cgi?id=734778

Broadway: Make unix socket support conditional

We need to use gio/gunixsocketaddress.h and do so
only if HAVE_GIO_UNIX is defined.

BroadwayServer support for unix socket listening

At the present time broadway listens only for TCP/IP incoming
display connections. This patch implements the support for listening
on unix domain sockets too, adding the broadway_server_on_unix_socket_new()
constructor and the commandline option --unixsocket [path] to broadwayd.

https://bugzilla.gnome.org/show_bug.cgi?id=734420

Adapt to spinbutton changes

tests: Sanitize

gcc was unhappy again.

Updated POTFILES.skip

reftests: Add reftest for statusbar fix

https://bugzilla.gnome.org/show_bug.cgi?id=724281

Statusbar: Remove matching messages before popping

gtk_statusbar_remove_all() was popping the top message if its
context_id matched before removing other matching messages from the
stack. This meant that if the context_id of the second top message
matched it was still displayed when the top message was popped and
then removed from the list of messages without updating the display.
Fix this by removing all the matching messages below the top one
before popping it if it matches.

https://bugzilla.gnome.org/show_bug.cgi?id=724281